2 username="https://launchpad.net/~stephane-gourichon-lpad"
3 nickname="stephane-gourichon-lpad"
4 avatar="http://cdn.libravatar.org/avatar/02d4a0af59175f9123720b4481d55a769ba954e20f6dd9b2792217d9fa0c6089"
5 subject="User expectations and what git annex unannex does."
6 date="2017-07-24T08:06:55Z"
10 @joey thank you for these explanations, more detailed than when I reported the same problem 8 months ago commenting https://git-annex.branchable.com/git-annex-unannex/ (@tom.prince had already written this page but I did not find it).
12 Yet all this happens in a git world, where private history can be rewritten, so *there must be a simpler way*.
14 # What people expect from \"undo accidental add command\"
16 @tom.prince thanks for explaining what you expected `unannex` to do. Looks like I expected exactly the same behavior.
18 IMHO current behavior of `git annex unannex` does not match what people expect of \"undo accidental add command\".
20 # What current `git-annex unannex` actually does
22 If behavior does not match words, perhaps behavior is interesting but should be matched with different words?
24 Looking at what `git-annex unannex`, here are the words that came to mind:
26 > git-annex unannex - turn a path which points to annexed content into a plain file that is store in regular git.
30 * `git-annex` retains history
31 * other paths may still refer to the same content, so the annex may still contain a copy of the same data. Else it becomes unused content subject to `git-annex dropunused`.
33 Thank you for your attention.